
Improved Process and Apparatus for email Handling 
Technical Field 

The present mvention relates to an improved process and apparatus for 
con^>osing, sending and otherwise handling electronic mail (email). More particularly, 
although not exclusively, the present invention relates to a method for preventing' the 
unwanted or untimely transmission of email and for ensuring that email which is sent 
includes any desired attachments and incorporates the required content. 

Background Art 

Electronic mail exhibits a substantial number of advantages when compared to 
paper mail or verbal communication. One of the most powerful of these is the speed 
with which email can be composed and sent. Using any commonly available email 
application^ an electronic conununication incorporating text, graphics, file attachments, 
15 urls (uniform record locators) and the like, can be quickly compiled and transmitted to 

one or more email recipients. This effectively instantaneous transmission can however 
have undesirable consequences in situations where an ill-considered, incomplete or 
incorrect email is sent. 

Additionally, using most email applications, it is possible to simultaneously send 
20 email to a very large number of recipients. The strength of this functionality can also be 

a significant weakness as the consequences of a mistake can propagate to an extremely 
large number of email recipients in a very short time. For example, a sender may send 
an email to a group of meeting attendees advising them of an upcoming meeting, but 
forget to attach an agenda document to the email. The resulting confusion and 
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subsequent exchange of emails defeats the immediacy and convenience of email as an 
effective tool for conmiunication. 

A number of solutions have been devised in an attempt to overcome this 
problem. One example is the "recall" function of Microsoft® Outlook®. This function 
allows a sender to retain some control over email after it is sent. However, it is only 
possible to replace or delete messages, which have been sent to a recipient who is not 
logged on, has not read the message or has not moved it out of their Inbox. As most 
people tend to read their incoming email regularly, this approach has only Umited utility. 
Undesirably, the recall function can also draw attention to a sender's mistaken 
transmission of an email and subsequent attempts to recall it. 

A slightly more sophisticated approach is described in Japanese Patent Abstract 
05-191 129, assigned to OKI Electric Co Ltd. However, this technique is analogous to a 
groupware document sharing system where documents produced by an author are 
managed in terms of access permission, revision history and latency in relation to the 
availability of a specified document to one or more users. The system described in this 
document is relatively complicated to implement and operate and requires that an author 
simultaneously manage sent, received and stored mail. 

The present invention is directed to an email handling method and apparatus, 
which allows a user to retain a useful degree of control over his or her email 
communications, particularly in terms of reducing the risk of sending unwanted or 
incorrect email. The invention also aims to provide this functionality in a way which can 
be readily implemented and which operates without excessive user adaptation. 
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Disclosure of the Invention 



In one aspect the present invention provides for a method of operating ah 
electronic mail (email) system including the steps of: 

(a) enabling a sender to compose an emai 1 and initiate a send operation to one or 
more recipients in respect of the email; 

(b) intercepting the email sent by the sender; 

(c) presenting the email to the sender in such a way that the sender can amend 
the email; and 

(d) in response to a specified triggering event dependent on satisfaction of the 
senders transmission criteria, transmitting the email to the one or more 
recipients. 

According to the invention, senders can ensure that their outgoing email is 
accurate, incorporates any files which they may want to include as attachments and that 
the email is being sent to the correct recipient(s). The invention also allows the user to 
consider whether it is in fact desirable to send the email concerned. This latter issue may 
be particularly important given the developing body of law concerning defamation on 
the internet as well as legal privilege in relation to email. The invention may also be 
readily implemented in the context of an existing email system without substantial 
modification to the system architecture. 

In a preferred embodiment, the triggering event may correspond to a user not 
aborting the transmission of the email within a specified delay period, whereupon at the 
end of the delay period, the email is automatically sent to the recipient(s) with no 
intervention. 

In a fiirther embodiment, the triggering event may correspond to the sender 
opening the email and taking no action, for example, to amend the email, and then 
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closing the email, wh^upon the email is immediately sent to the recipient(s) with no 
further intervention. . 

These alternative embodim^ts provide significant advantage in that they r^qmilB 
little input from the sender other than relatively passive confirmation that the email 
should be sent in its original form. 

In yet a further embodiment, the triggering event may correspond to the sender 
proactively confirming that the email should be sent, whereupon the email is 
immediately transmitted to the recipient(s) with no intervention. 

The sender may specify the delay period or it may be globally set. 

The transmission step may include additional intervening steps such as spooling 
the email or handling the email by mail-servers or any other operations as may be 
required by the particular email implementation or system architecture. 

Alternatively, following step (c) above, the sender may amend the email and 
resend it in accordance with either step (b) above whereupon the email is again 
subjected to the transmission criteria, or step (d) above where the email is immediately 
transmitted to the recipient(s) with no further intervention. 

In yet a further embodiment of the invention, if the sender is identified as a co- 
recipient of the email, the email is transmitted to the sender in accordance with step (c) 
above, otherwise the email is transmitted immediately to the one or more recipients. 

Brief Description of the Drawings 

The present invention will now be described by way of example only and with 
reference to the drawings in which: 

Figure 1 : illustrates a flow diagram including an email monitoring/checking step; 
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Figure 2: illustrates an alternative embodiment of an email handling protocol 
which checks for the sender as a recipient; and 3: ; 



Figures 3a and b: illustrates sin^jlified schematic diagrams of two 0inbodi6i^|tg^^ 

email checking system architecture. - . • ^ 



Best Mode for Carrying Out the Invention 

The following description will be given in the context of an email application 
running on a standalone computer. However, this is not to be construed as a limiting 
application. It will be clear to the skilled person that, with suitable modification, the 
10 invention may be adapted for use in a variety of email implementations and system 

architectures including networks, dialup connections and the like. 

Referring to figure 1 , an embodiment of the invention is shown. Initially a user 
composes (100) an email. The email may include text, graphics, attached files or any 
other form of electronic conununication. A number of suitable formats, mail interfaces 

15 and file formats are well known in the art and will not be discussed in detail. Once the 

email is composed (100) and, where relevant, file(s) attached, the user initiates a send 
operation (101). In accordance with the described embodiment, once the email is sent 
(or more accurately 'submitted* to the email system of the present invention) the 
system automatically intercepts the email and presents it to the original sender (103). 

20 The sender then has the opportunity to review and amend the email. 

If certain transmission criteria are satisfied, the sender initiates a triggering 
event that causes the email to be transmitted to the recipients. 

Transmission criteria correspond to the specified basis upon which the decision 
to send the email is made. Examples of transmission criteria include simply checking 
25 the email for spelling and grammar or perhaps ensuring that an intended attachment is 

included with the outgoing email. 
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Triggering events may vary depending on the specific implementation of the 
email system. Examples of triggering events include a user proactively signaling to the 
email application that it is to proceed with sending the email to the recipients,, the 
lapse of a specified time delay or possibly the act of the user opening and closingldie 
5 pending email with or without amending it. Other triggering events may be possible 

depending on how the mail checking functionality is implemented. It is preferable 
however, that the user is presented with the outgoing email for checking in as non- 
invasive manner as possible. It should not overly interrupt the users habitual flow of 
email composition* checking and transmission. 

In an alternative embodiment, the triggering event may take the form of the 
system initializing a time delay once the email is presented to and opened by the 
sender. If the sender reviews (opens) the email, checks that it satisfies the 
transmission criteria, and makes no amendments or does not abort the sending process 
(107, 108) the email is automatically transmitted to the recipients. If a time delay is 
implemented, and it lapses while the email is open, the email is not sent while the 
email is open. 

When the email is intercepted and the user presented with the email (103). the 
transmission criteria may not be satisfied. The email may requu-e amendment, perhaps 
by adding an omitted attachment or correcting spelling etc (105). Once this is done the 
20 email may be immediately transmitted to the recipient(s) (1 1 1) or transmitted back for 

presentation to the sender (1 10) for a further check. In most cases it is likely that only 
one iteration of the checking step will be needed. However, the possibility of multiple 
revisions should not be excluded. 

Figure 2 illustrates an alternative embodiment in which the system 
25 automatically checks (203) for the existence of the user in the recipient list. The user 

may be listed in the "cc:" "bcc:" or "to:" fields. If the user is listed in any of these 
fields, the email is intercepted and transmitted back to the sender (204) where the 
check for transmission criteria (205) is carried out in a similar manner as in Figure 1 . 
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If the sender is not in the recipient list, according to this embodiment, the email noay 
be automatically and immediately transmitted to the recq>ients. Accordingly, adding 
the sender to the recipient list is a way of signaling to the system that the email should 
be checked. ^- '' - • 

In a preferred embodiment, the checking functionality is integrated into the 
existing email application as much as possible. This is to avoid the user having to 
change his or her email habits. Accordingly, it would be preferable that an existing 
system be modified to be able to distinguish between a pending email and a confirmed 
email. In one embodiment, the email for checking is presented to the sender by 
placing it in the senders INBOX. When the sender opens the email for checking, it is 
opened in a special mode that allows editing and incorporates a "confirm send** or 
similarly identified option. The email may be identified and distinguished according 
the following in^lementations. The system may analyse the ''FROM*' field, sent date 
and a mail-check flag. If the ''FROM'* field equals or includes the users email address 
and the sent date+timeout period is prior to the current date, then the email is to be 
checked and is thus, on sending, intercepted presented to the sender. This may be a 
less preferable approach where aliasing is supported by the SMTP as the senders 
email address may be changed when the email is relayed. It is considered that a better 
approach might be to add a TAG to the senders outgoing entiail. This tag can be 
interpreted by the email client and as it is configured to correspond to a "present to 
sender" instruction, it will not affect other email. The tag could be inq>lemented as a 
user-defined field or extension field in the email header in accordance with RFC-822. 

Other in^)lementation embodiments may be viable depending on the particular 
situation or existing email system. For example, the pending email might be held in a 
separate INBOX or accessed through a separate dialogue box/menu so that the sender 
is conq)elled to check the outgoing email within certain specified time limits. 

Figure 3a and 3b illustrates highly simplified schematic embodiments of a 
standalone and client/server architecmre showing how the mail checking fimctionaliQr 
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may be implemented. Referring to Figure 3a, a computer (300) includes an interface 
(301) such as a keyboard and. monitor. The computer also .includes at least one: 



microprocessor and memory means. In this embodiment, the email application (305) 
Operates locally and the data corresponding to the email (306) is preferably stor^ 



5 locally. As can be seen, all of the email handling is carried out on the local machine 

whereby the steps of interception, presentation, checking, editing (where necessary) 
and finally sending to recipients are all performed on, for example, the senders PC. 
Once confirmed, the email is sent via a connection (303) such as a LAN, network, 
dialup, wireless or similar connection. Once checked and confirmed, the email is sent 
10 to an email server (302) for spooling and forwarding (304) according to known enmil 

handling techniques. 

The same mail-checking features illustrated in Figures 1 and 2 could be 
implemented at the server level. In this implementation, the communication protocol 
would operate so that the server would not send the email until the checking process 

15 ' has been completed. In one ^bodiment, the server would intercept the email then 

present it to the original sender while keeping locally a copy for forwarding to the 
recipient(s) if no amendments are made. If, for example, a specified delay passes 
without user intervention once the user has read the email or some other transmission 
criteria satisfied, the client application would instruct the server to proceed with 

20 sending the email to the recipients. However, if the sender, via the client software, 

signals an abort command, amends the email or initiates a similar failure of the 
transmission criteria, the server is notified and frees its mail queue without sending 
the pending email to the recipient(s). This embodiment is shown in highly schematic 
form in Figure 3b, Here, the client machine includes (as before) a user interface (301) 

25 and at least one processor and associated memory. The email may be held resident 

locally (308) while the user is composing it. Once completed, the email is transmitted 
(309) to the email server application (316) running on the server (315). The server 
carries out a similar procedure as discussed above: the email for checking is 
intercepted, presented to the user (310) and if the transmission criteria are satisfied, 
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the user initiates a triggering event which causes the server to send the email to the 
desired recipients (311). Although this procedure is not supported by the present 



SMTP protocol, it is considered that implementing this functionality would be Wittiih ; > . 
the scope of one skilled in the art and be an extension or modification in accbrdi&Qe' v^^^^ ' " 
5 with RFC 821. ^ ' 

Thus it can be seen that the invention provides for an efBective way of allowing 
users to retain more control over their email content. The method may be readily 
implemented or integrated into existing electronic mail systems and is envisaged to 
operate with relatively little interference to the user other than requiring them to dieck 
10 their work at the appropriate stage(s). Modifications might include providing the 

functionality of the invention as an option that may be activated/deactivated by a 
system administrator or at user level. 

Although the invention has been described by way of example and with 
reference to particular embodiments it is to be understood that modification and/or :- . 
IS improvements may be made without departing from the scope of the appended claims. 

Where in the foregoing description reference has been made to integers or 
elements having known equivalents, then such equivalents are herein incorporated as if 
individually set forth. 
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